## 🎯 Goal

- Consolidate `AGENTS.ms` and `CLAUDE.md` -> `CLAUDE.md` will stay only
as a reference
- Add skill reference to `README.md` file
- Remove stale references/info

## 🛠 Implementation details

<!-- Provide a description of the implementation -->

## 🎨 UI Changes

<!-- Add relevant screenshots -->

<details>
<summary>iOS</summary>


<table>
    <thead>
        <tr>
            <td>Before</td>
            <td>After</td>
        </tr>
    </thead>
    <tbody>
        <tr>
            <td>
                <!--<img src="" /> -->
            </td>
            <td>
                <!--<img src="" /> -->
            </td>
        </tr>
    </tbody>
</table>
</details>


<details>
<summary>Android</summary>

<table>
    <thead>
        <tr>
            <td>Before</td>
            <td>After</td>
        </tr>
    </thead>
    <tbody>
        <tr>
            <td>
                <!--<img src="" /> -->
            </td>
            <td>
                <!--<img src="" /> -->
            </td>
        </tr>
    </tbody>
</table>
</details>

## 🧪 Testing

<!-- Explain how this change can be tested (or why it can't be tested)
-->

## ☑️ Checklist

- [ ] I have signed the [Stream
CLA](https://docs.google.com/forms/d/e/1FAIpQLScFKsKkAJI7mhCr7K9rEIOpqIDThrWxuvxnwUq2XkHyG154vQ/viewform)
(required)
- [ ] PR targets the `develop` branch
- [ ] Documentation is updated
- [ ] New code is tested in main example apps, including all possible
scenarios
  - [ ] SampleApp iOS and Android
  - [ ] Expo iOS and Android

## 🎯 Goal

For some reason, it would appear that video attachments picked from the
photo library show no thumbnail when `PhotoKit` had no cached poster
frame for the asset, so the image request fails with
`PHPhotosErrorDomain 3303` and generation bails. Hits uncached/freshly
imported library videos on devic, and always hits videos added to a
Simulator via `simctl addmedia` as an example (which won't immediately
generate poster images unless you open the `Photos` app for example).

## 🛠 Implementation details

iOS `StreamVideoThumbnailGenerator`:

- Switched the `PhotoKit` request from `.fastFormat` to
`.highQualityFormat`. `.fastFormat` only returns an already cached
rendition and won't generate one on demand (contrary to my previous
belief), so uncached assets come back empty. `.highQualityFormat`
renders the poster on demand at the requested `targetSize`, so still
only the poster frame and not the whole video
- Lowered `maxDimension` from `512` to `256`. `.highQualityFormat`
honors `targetSize` (unlike `.fastFormat`, which ignores it and always
returns a fixed `~120px` from my tests), so `256px` is crisp at the
picker cell for ~1/4 the decoded RAM. Android intentionally stays at 512
as its `getScaledFrameAtTime` scaler is cruder and needs more source
pixels (documented in a code comment)

Reducing the size of the generated tuhmbnails is considered safe as this
was anyway happening with `.fastFormat` (as mentioned it appears to
simply return smaller images rather than play around with downscaling
specifically). If anything, it's an increase in quality as from my
benchmarks it showed that loading ~200 video thumbnails all at the same
time (this is a very pessimistic test of course) rounds out to about
~20MB of extra ram usage. And this is even before taking image
optimizations into account, which would alleviate decoding cycles as
well. So the quality should be much better while paying almost nothing.
So in essence we're basically trying to mimic what `.fastFormat` does
itself but with some extra exploration around it.

## 🎨 UI Changes

<details>
<summary>iOS</summary>
</details>

<details>
<summary>Android</summary>

No Android changes.
</details>

## 🧪 Testing

<!-- Explain how this change can be tested (or why it can't be tested)
-->

## ☑️ Checklist

- [ ] I have signed the [Stream
CLA](https://docs.google.com/forms/d/e/1FAIpQLScFKsKkAJI7mhCr7K9rEIOpqIDThrWxuvxnwUq2XkHyG154vQ/viewform)
(required)
- [ ] PR targets the `develop` branch
- [ ] Documentation is updated
- [ ] New code is tested in main example apps, including all possible
scenarios
  - [ ] SampleApp iOS and Android
  - [ ] Expo iOS and Android

## 🎯 Goal

This is something long overdue, since we aren't really spending too much
time updating or really taking care of housekeeping for the
`TypescriptMessagingApp`. Especially since `SampleApp` is pretty much
the same, but with a bunch extra features. Hence, I'm removing it so
that it stops cluttering everything.

## 🛠 Implementation details

<!-- Provide a description of the implementation -->

## 🎨 UI Changes

<!-- Add relevant screenshots -->

<details>
<summary>iOS</summary>


<table>
    <thead>
        <tr>
            <td>Before</td>
            <td>After</td>
        </tr>
    </thead>
    <tbody>
        <tr>
            <td>
                <!--<img src="" /> -->
            </td>
            <td>
                <!--<img src="" /> -->
            </td>
        </tr>
    </tbody>
</table>
</details>


<details>
<summary>Android</summary>

<table>
    <thead>
        <tr>
            <td>Before</td>
            <td>After</td>
        </tr>
    </thead>
    <tbody>
        <tr>
            <td>
                <!--<img src="" /> -->
            </td>
            <td>
                <!--<img src="" /> -->
            </td>
        </tr>
    </tbody>
</table>
</details>

## 🧪 Testing

<!-- Explain how this change can be tested (or why it can't be tested)
-->

## ☑️ Checklist

- [ ] I have signed the [Stream
CLA](https://docs.google.com/forms/d/e/1FAIpQLScFKsKkAJI7mhCr7K9rEIOpqIDThrWxuvxnwUq2XkHyG154vQ/viewform)
(required)
- [ ] PR targets the `develop` branch
- [ ] Documentation is updated
- [ ] New code is tested in main example apps, including all possible
scenarios
  - [ ] SampleApp iOS and Android
  - [ ] Expo iOS and Android

## 🎯 Goal

This PR bumps the `react-native-nitro-sound` version to latest as a new
version's been released which should resolve the iOS release only build
issues.

It's basically a continuation of [this
PR](#3650),
where the details and the reference ticket should be explained. Since
the issue was only happening with Testflight builds specifically for our
`SampleApp`, we can test on the actual one when it comes out.

## 🛠 Implementation details

<!-- Provide a description of the implementation -->

## 🎨 UI Changes

<!-- Add relevant screenshots -->

<details>
<summary>iOS</summary>


<table>
    <thead>
        <tr>
            <td>Before</td>
            <td>After</td>
        </tr>
    </thead>
    <tbody>
        <tr>
            <td>
                <!--<img src="" /> -->
            </td>
            <td>
                <!--<img src="" /> -->
            </td>
        </tr>
    </tbody>
</table>
</details>


<details>
<summary>Android</summary>

<table>
    <thead>
        <tr>
            <td>Before</td>
            <td>After</td>
        </tr>
    </thead>
    <tbody>
        <tr>
            <td>
                <!--<img src="" /> -->
            </td>
            <td>
                <!--<img src="" /> -->
            </td>
        </tr>
    </tbody>
</table>
</details>

## 🧪 Testing

<!-- Explain how this change can be tested (or why it can't be tested)
-->

## ☑️ Checklist

- [ ] I have signed the [Stream
CLA](https://docs.google.com/forms/d/e/1FAIpQLScFKsKkAJI7mhCr7K9rEIOpqIDThrWxuvxnwUq2XkHyG154vQ/viewform)
(required)
- [ ] PR targets the `develop` branch
- [ ] Documentation is updated
- [ ] New code is tested in main example apps, including all possible
scenarios
  - [ ] SampleApp iOS and Android
  - [ ] Expo iOS and Android

## 🎯 Goal

Resolves [this Zendesk
ticket](https://getstream.zendesk.com/agent/tickets/82587).

## 🛠 Implementation details

`expo-clipboard` has changed their API from the synchronous `setString`
to the asynchronous `setStringAsync`. Our optional dependency for this
exact purpose was never really updated and so copying messages did not
work whenever using `stream-chat-expo`.

In this PR we address that.

Additionally, I noticed that a confirmation/failure snackbar was missing
from the clipboard feature and so we add one as well. Since changing to
an async API is technically breaking, we'll rely on the success/failure
callbacks for now and update this in the next major. We anyway want to
get rid of the dependencies to these super small libraries and keep them
inhouse.

Will be backported to V8 as well.

## 🎨 UI Changes

<!-- Add relevant screenshots -->

<details>
<summary>iOS</summary>


<table>
    <thead>
        <tr>
            <td>Before</td>
            <td>After</td>
        </tr>
    </thead>
    <tbody>
        <tr>
            <td>
                <!--<img src="" /> -->
            </td>
            <td>
                <!--<img src="" /> -->
            </td>
        </tr>
    </tbody>
</table>
</details>


<details>
<summary>Android</summary>

<table>
    <thead>
        <tr>
            <td>Before</td>
            <td>After</td>
        </tr>
    </thead>
    <tbody>
        <tr>
            <td>
                <!--<img src="" /> -->
            </td>
            <td>
                <!--<img src="" /> -->
            </td>
        </tr>
    </tbody>
</table>
</details>

## 🧪 Testing

<!-- Explain how this change can be tested (or why it can't be tested)
-->

## ☑️ Checklist

- [ ] I have signed the [Stream
CLA](https://docs.google.com/forms/d/e/1FAIpQLScFKsKkAJI7mhCr7K9rEIOpqIDThrWxuvxnwUq2XkHyG154vQ/viewform)
(required)
- [ ] PR targets the `develop` branch
- [ ] Documentation is updated
- [ ] New code is tested in main example apps, including all possible
scenarios
  - [ ] SampleApp iOS and Android
  - [ ] Expo iOS and Android